home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.cs.arizona.edu
/
ftp.cs.arizona.edu.tar
/
ftp.cs.arizona.edu
/
icon
/
newsgrp
/
group95c.txt
/
000053_icon-group-sender _Mon Oct 16 15:57:29 1995.msg
< prev
next >
Wrap
Internet Message Format
|
1996-01-03
|
2KB
Received: by cheltenham.cs.arizona.edu; Mon, 16 Oct 1995 10:06:33 MST
To: icon-group@cs.arizona.edu
Date: 16 Oct 1995 15:57:29 GMT
From: swampler@noao.edu ()
Message-Id: <45tvd9$9vu@noao.edu>
Organization: National Optical Astronomy Observatories, Tucson AZ
Sender: icon-group-request@cs.arizona.edu
References: <307EA1EF.4DE1@mty.sca.sony.com>
Subject: Re: icon and java
Errors-To: icon-group-errors@cs.arizona.edu
In article <307EA1EF.4DE1@mty.sca.sony.com>, Eric Brown <ebrown@mty.sca.sony.com> writes:
|> Icon and Java seem very similiar:
|> * Both look like C
|> * Both have garbage collection
|> * Both have a p-code/VM implementation (see note 1 below)
|>
|> Has anybody thought about modifying the icon compilier to generate
|> instructions for the Java VM?
|>
|> Icon is a relatively unknown but very useful language. Making it
|> work with the Java VM might bring some popularity back to the
|> language. Who knows, maybe some grad student at Arizona can even
|> get funding to do it.
|>
Unfortunately, the VM's for Icon and Java are probably very disparate
virtual architecture's. Icon's expression evaluation is a superset
of the Java language, and Java's reliance on threads wouldn't be
well supported on the Icon VM (though coexpressions are somewhat
similar). It might be interesting to see what VM would serve
both languages, but I doubt either group has the time and inclination
to do so.
--
Steve Wampler - swampler@gemini.edu [Gemini 8m Telescopes Project (under AURA)]
The Gods that smiled upon your birth are laughing now. -- fortune cookie